...надо было тему по-другому назвать, понятно чтоб было, что
сюда приглашаются желающие добавить своего опыта по общим вопросам подхода к грамотному использованию NAS. кроме FAQ по техническим аспектам, нужна ещё вводная статья для не ососбо сведущих в предмете (вот как я) - чтобы не происходило так, что кто-то что-то купил, опираясь на заявленные кем-то результаты, а потом выяснил, что под его задачи надо было брать другой аппарат.
Из прочитанного на форуме я сделал вывод о целесообразности использования особых методов организации пространства на HDD в NAS (актуально в моём случае, но он, подозреваю, вполне массовый).
Пусть меня поправят и дополнят, да и начисто перепишут, если что. Добавлять главы и разделы можно и нужно.
******************************************
Примем, что:
а) коллекция фильмов восстановима и посему не особо критична к защите на 75% (25% - невосстановимые оцифровки с 8мм, к примеру)
б) коллекция аудио - то же (75%/25%)
в) личные данные с каждой из локальных машин - нужны 2 независимые копии
г) образы системных разделов (включая ОТДЕЛЬНЫЕ образы системных дисков целиком, со всеми ОС и бутлоадерами) - нужны 2 независимые копии
Постулат: основные вероятные поломки (без кривых рук) - это HDD и собственно аппаратная часть NAS. теперь предположим, как минимизировать риск потери данных.
1. поломка HDD в NAS.
1.1. для того, чтобы не потерять важные данные с этого диска, нужно организовать NAS как группу независимых дисков/томов и тупо дублировать невосстановимое и важное на другой физический диск (второй диск в корпусе ПК, другой диск в NAS, внешний диск в коробочке, подключенный к NAS, онлайн-сервис).
МИНУСЫ: жертвуем восстановимыми данными, усложняем настройку бэкапера, заставляем чуть больше трудиться NAS и винты.
ПЛЮСЫ: простота организации (может, кажущаяся?), разветвлённость хранения (лично меня пару раз просто спасало) и (это ещё вопрос) уменьшение влияния процесса бэкапа на ресурсоёмкие задачи ПК (графдизайн), если NAS используется как второе хранилище копий, а оперативное - это второй физический винт в стандартном корпусе ПК.
1.2. (от 3хHDD!) для того, чтобы не потерять все данные с отказавшего диска, нужно организовать NAS как RAID5.
ПЛЮСЫ: очевидны, описание этого типа организации - сплошь плюсы 
МИНУС 1: при поломке железа и последующих попытках его реанимировать без участия специальных "центров-за-деньги" есть вероятность того, что данные умрут все и совсем. поэтому предусматриваем копирование всего самого важного ещё и на NTFS-винт снаружи средствами ОС NASа.
МИНУС 2: если выйдет из строя второй винт до замены первого отказавшего (купили одну серию, к примеру), то данным, как я понял, тоже конец, причём сразу всему массиву.
МИНУС 3: не подходит для 2 дисков (или покупайте "плюсы" с eSATA, или QNAP любой с ним же).
2. ПОЛОМКА железа NAS.
2.1. предложенные на форуме выходы - монтировать все винты в том же порядке на аналогичный НАС. при недоступности аналогичного железа спасёт (хоть с какой-то вероятностью) организация винтов как "том 1...2...3...", не объединяя ничего, никакими "оптимизаторами" и "улучшайзерами" не пользуясь. тогда на обычном виндовом компе можно смонтировать EXT3 и 4, используя сторонние драйверы.
ЭТО ТРЕБУЕТ ПОДТВЕРЖДЕНИЯ! что известно точно - это всё непросто как минимум, про ext4 пока сведений вообще нет. выход - ставить линух на виртуальную машину, если под виндой сидите.
НУЖНЫ: инструкции, какой линух ставить, как именно устанавлявать и монтировать винты, и т.п.
2.2. если Вы поставили на NAS RAID5, то при поломке аппарата и отсутствии его подмены Ваш выход - ставить на ББ линух, и потом как-то монтировать в корпусе целиком этот 5-й рейд, чтобы им пользоваться до замены НАСа.
НУЖНЫ: инструкции, какой линух ставить, какой программный RAID, как именно устанавлявать и монтировать винты, и т.п.
3. Падёж RAID на NASе при исправном железе. лечится дистанционным вмешательством техподдержки по статик-IP. особой организации дискового пространства не требует.
4. требует подтверждения опыт реальной настройки бэкапов особо критичных данных на 2-дисковом НАСе на подключенный по eSATA (иди даже по USB) внешним винтом NTFSкак и что делали? как это работает? глюки есть? что учитывать?
из сказанного можно сделать несколько выводов, которые предлагается оспорить и дополнить:
а) не самый удобный, не самый технологичный, зато наиболее защищённый от пропажи именно невосстановимых данных - это способ 1.1. - просто потому, что при убиении железа НАСа есть вероятность подмонтировать под винду каждый отдельный винт и пользоваться им, а при падеже самогО винта - все критичные данные с него есть в бэкапе.
б) если задача стоИт сохранить вообще все данные на массиве - тогда RAID5, но имейте в виду минусы. бэкап критических данных на отдельный NTFS-винт может вас здорово выручить, если надо работать, а тут всё упало не ко времени.
в) остальные рейды - для специальных и отдельно осознанных пользователем задач, выходит так. можно их описАть и дополнить этот пост.
г) использование NTFS-диска в коробочке для копирования тех самых 25% данных и основных бэкапов системных разделов - обязательно для здорового параноика при любой организации пространства. подключать, кстати, можно по USB 2 вполне, поскольку эти данные меняются нечасто, доступ к ним не постоянный. раз в день руками включил винт, запустил синхронизатор или бэкапер, по окончании процедуры отключил винт.
разница между способами сохранения - только в том, какие неисправности именно Вы полагаете наиболее вероятными, и какими данными Вы не можете поступиться.
************************************
сам собрался брать для домашнего офиса и аудиоколлекции 411j. пользователей - 2-3.